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ABSTRACT 


An exoskeleton platform was developed, prototyped and tested for mobility performance 
in a beachfront environment. New platform, drive-train, motor-controller and wheel de¬ 
sign were employed in the experiment. The objective was to improve on the shortcoming 
of previous NFS research. Three wheel-designs were tested during fixed pattern tests on 
grass, concrete and sand. Data suggests that, with regard to power consumption, there is 
a marginal difference on preferred wheel design. The sparse print round wheel showed 
promise in heavy vegetation; however, the Wheg^''^ wheel proved to be the most versa¬ 
tile on various terrains. This suggests that a Wheg^'^ wheel with improved round wheel 
characteristics would be optimal for various beachfront terrains. 
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CHAPTER 1: 

Introduction 


It is apparent that the role of autonomous vehicles is increasingly important in all aspects of 
modern society. The obvious military use is in the operational theater. Additionally, there 
are many uses in the civilian sector such as search, rescue and recovery. 

Unmanned Aerial Vehicles (UAV), Unmanned Underwater Vehicles (UUV) and Unmanned 
Land Rovers (ULR) are well understood and there are many acceptable production models 
for military and civilian applications. However, there is not a surf-zone style robot in the 
operational stage. One of the leaders in the field is Boston Dynamics, they have not focused 
on the surf-zone, however. 



Figure 1.1: RFlex is a biologically inspired robot by Boston Dynamics, from [1] 


The challenge is for autonomous vehicles to make the transition from water to land through 
the tumultuous wave zone, with the ability to be self-righting and to navigate various terrain 
states. 

The goal for the Surf-zone robot is that it be portable and low-cost, small enough for Special 
Forces personnel to carry, and sufficiently cost effective to be disposable. The platform 
will need to provide an excellent capability to map an area for a beach landing or to gather 
sources of intelligence, such as video or sound. 
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1.1 Background 

Prior models of the Surf-zone robot inelude a Foster Miller Lemming traeked platform 
[2], whieh demonstrated semi-autonomous behavior and moderate mobility. AGBOT [3] 
was exeellent at elimbing, but was not waterproof and tended to rattle eomponents loose 
beeause of its laek of a suspension. MONTe ineluded a eomplex suspension system that 
proved very sueeessful. It was fabrieated out of 3-D print material, but proved to be too 
fragile [4]. 

The later of these models, AGBOT and MONTe, used the Wheg^'^ design. The Wheg 
uses a round eonstruet with protrusions; the name is a eontraetion of the words wheel and 
leg [3]. 

Wheels are ideally suited to flat surfaees. However, they are not optimal in soft or rough 
surfaees. Inseet (e.g., roaeh, spider) loeomotion, on the other hand, eonsists of point eon- 
taets and is more suited for these terrains [5]. The Wheg mimics insect mobility in rougher 
terrain, but uses a design that is consistent with round wheel motion. 

To overcome some of the limited mobility shortcomings, a new Wheg was designed for the 
Surf-zone robot, see Figure 1.2. Specific design will be discussed in Chapter 2. 



Figure 1.2: LT Bell's Wheg™ design. 


1.2 Objectives 

The objective was to make a rugged mobile platform for terrestrial operations in the surf- 
zone. The design of the chassis was an attempt to mitigate problems encountered in previ¬ 
ous Surf-zone robot designs. For example, DARc was a rugged platform based on a biolog- 


2 



ically inspired modes, which used the Whegs wheel and and a Pelican™ case for payload. 
The drive controller in DARc was not sufficient for moderate beach climbs. MONTe [3] [4] 
solved many of the rigidity problems in operation but the drive train failed under high load 
conditions. AGBOT successfully mimicked the cockroach gate but had poor suspension 
and physically fell apart after moderate use. This design of DARc, addresses the drive 
controller problem and adds different wheel designs for testing and measurement. DARc 
remains modular, like its predecessor. 

This thesis addresses the following questions: 

• Is this platform capable of operating efficiently in a sea-shore interface environment? 

• How does the Wheg design compare to more conventional locomotion methods? 

• Is 3-D print material sufficient to withstand use in the marine and rocky environ¬ 
ments? 

The goal was to determine if the Wheg truly outperformed other wheel types. The DARc 
has a five leg Wheg, which was compared to a narrow-wheel and a wide-rubber-wheel for 
performance characteristics. 
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CHAPTER 2: 
Robot Design 


2.1 Dynamics and Control 

DARc was designed to be a rugged terrestrial model with the ability to exit the surf-zone 
and navigate various terrains. 

Dynamics 

The Shuey and Fitzgerald models demonstrated that the dynamical equations of motion for 
a 3 Degree-of-Freedom {x, y and 0) ground robot are: 

x(t) = ^—t^+x'ot + xo (2.1) 

2 m 

1 

y(t) = -—t^+y'o^ + yo (2.2) 

2 m 

0(t) =+ 0ot-h 00 (2.3) 

where Fx — sFy = ^, U is a function of x and y and Ir is the moment of Inertia. Fx 
and Fy are treated as constants at each time step. 

A/ ,9 9, 

Ir= lyy— ) 

M is the total mass of the robot, a and c are the length and width of the platform, respec¬ 
tively. 

Control 

In autonomous mode, the ability to control the platform was shown to be a combination of 
Proportional and Derivative control in a PID controller via the Ziegler-Nichols method: 

M(t) = .85(1 + —+ .635)c(t) (2.4) 

2.55 
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u{t) is the compensated signal, e{t) is the error as a function at time with respect to a 
reference signal, and 5 is a characteristic constant to the platform. The PID coefficients are 
0.85, 2.5 and 0.63, respectively. 

2.2 Design 

Our design evolved from lessons learned on previous models. First, we incorporated the 
climbing ability of the Wheg with the watertight properties of the Pelican case. Second, our 
objective was to reduce vibrations and the amount of perforations to the Pelican case. The 
perforations in the case were used for mounting hardware and caused watertight integrity 
issues. Additionally, 3-D print material components were sparse printed to be more durable. 

The electronics package was changed to overcome difficulties with the motor controllers 
and to showcase the benefits of a modular construction. The result was an exoskeleton 
design with modular components, see Figure 2.1. 



Figure 2.1: DARc's components are modular and can be easily replaced or alternate components 
can be used. 


2.2.1 Base 

The Base is a welded 0.318 cm gauge aluminum pan of dimensions 31.9 cm x 30 cm x 7.7 
cm (L X W X H), see Figure 2.2. The pan provides the support structure for the chassis and 
houses the Pelican™ case. This allows the case to have minimal perforations for wiring 
and facilitates an easier exchange of wheel driving mechanisms. For example, the drive 
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and suspension system from MONTe eould easily be attaehed to this base with only a 
slight modification of motor position. 



Figure 2.2: The base is designed to receive a Pelican™ 1400 case. It allows the electronics 
module and the drive assembly to be easily changed in a modular fashion. 


2.2.2 Transmission Drives 

The transmission drive is a 7.62 cm x 7.62 cm square aluminum tube of 0.318 cm gauge 
with access ports cut in for maintaining the drive assembly, see Figure 2.3. The motor 
drives one stainless steel chain to the lead wheel shaft and another chain is connected from 
the lead wheel shaft to the rear wheel shaft. This results in tank-style steering control. 
There are two sealed bearings that support each shaft. The tubing encloses the chain mech¬ 
anism preventing foreign debris from becoming entangled in the chain. The intent was 
to use a clear acrylic sheet to cover the access ports using silicon as a gasket material for 
waterproofing. End plugs will be designed, in 3-D print or nylon material, to prevent water 
from entering the transmission. 

2.2.3 Chassis 

The transmission mounts to the base, completing the chassis, see Figure 2.4. The 10.16 cm 
hubs were designed to fit a commercial rubber tire. All 3-D print wheels were designed to 
fit this pattern allowing for interchangeability. The wheel base of the robot measures 28.8 
cm from the side and 56.3 cm from the front. 
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Figure 2.3: The square aluminum tube houses the drive assembly. The motor is mounted to the 
outside of the tube. Each transmission is independent of the other. 



Figure 2.4: The chassis is formed of three separate components, the two transmissions and the 
base, allowing for easy system modification. 


2.2.4 Motors 

We chose to use IG-42 24 VDC 122 RPM Brush Gears Motor 2.5. They were mounted 
in the forward portion of the robot to assist with center balance in climbing situations, see 
Figure 2.6. 


2.2.5 Waterproof Housing 

The Pelican 1400 case has exterior dimensions of 33.96 cm x 29.52 cm x 15.24 cm (L x 
W X H) and interior dimensions of 29 cm x 22.53 cm x 13.16 cm (L x W x H); it is crush 
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Figure 2.5: Brushed permanent magnet DC motor, variable speed and reversible, 24VDC, Re¬ 
duction Ratio: 1:49, Rated Torque: 16 kgf-cm. Rated Speed: 122 RPM, and no Load Current: 
< 500mA, from [7]. 



Figure 2.6: The motors were installed in the forward portion of the robot and were placed in a 
protected area. The rubber sleeve acts as a waterproof covering. 


proof and watertight to approximately one meter, see Figures 2.7 and 2.8. This ease has 
been used with sueeess in the last three iterations of the Surf-zone robot and has been an 
exeellent produet. 


2.2.6 Controller 

DARe uses a Roboteq™ HDC2450 motor eontroller that provides up to 150 amps of peak 
eurrent eapaeity, see Figure 2.9. It is programmable in BASIC and is eapable of interfaeing 
with sensor and navigation paekages that assist autonomy, ineluding the RIO™/Raspberry 
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Figure 2.7: The Pelican 1400 case houses the electronic module. 



Figure 2.8: The interior has ample room for the controller, batteries and RC module. 

Pi™ system as a micro-controller, see Figure 2.10. 

The transition from RC to autonomous control is quite straightforward with the Roboteq 
controller. RC control was used to gather qualitative data over various terrains. Au¬ 
tonomous mode was employed for data analyses in a controlled environment. 

2.2.7 Wheels 

We chose three wheel types to test. A new Wheg designed by LT Bell, a round wheel 
that was similar to the Wheg in material and size, and a commercial rubber wheel that was 
much wider than the other two. 
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Figure 2.9: The Roboteq™ FIDC2450 is a Brushed DC Motor Controller, Dual Channel, 150A, 
50V, Encoder in, USB, CAN capable with on-board 32-bit microcomputer and uses Micro Basic 
as the language, from [8]. 



Figure 2.10: This figure depicts some of the additional capability of the Roboteq controller, 
from [9]. 


Wheg 

The DARc Wheg was designed out of sparse print 3-D material as a fast prototype teeh- 
nique and is shown in Figure 2.11. It has five legs that minimize rotation vibration when 
eompared to other models with fewer legs, while leaving enough gap for purehase on un¬ 
even surfaees. The eross member provides for weight distribution on beaeh surfaees and 
aets as a paddle in a softer terrain sueh as mud or sand. The sparse print teehnique was used 
to lengthen mean-time-between failure parameters for the wheel. Solid print poly-earbon 
printed wheels failed often due to grain strueture inherent in the print proeess. 
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Figure 2.11: 25.4 cm diameter by 2.54 cm thick five leg Wheg with automotive timing belt as 
tread designed by LT Bell. 


This edition of the Wheg was modeled in SolidWorks™ Computer Aided Design (CAD) 
software. The outer diameter is 12.7 em by 2.54 em thiek and has five legs with automotive 
timing belt as tread. The inner diameter is 8.5 cm which gave the Wheg 4.2 cm space 
for gripping obstacles. The paddle structure is designed to be replaceable in the event of 
breakage. It was also designed with a sufficient angle to prevent wet sand or mud from 
collecting on the wheel, see Figure 2.12. 



Figure 2.12: This Wheg was designed with paddle elements to move through sandy and muddy 
environments while avoiding collection of debris. 


Initial testing showed this Wheg has excellent climbing capability. It will climb a standard 
stair with ease. However, DARc will flip backward often since it cannot deploy a tail yet. 
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The goal is to climb an obstacle the same height as the diameter of the wheel. 

Round Wheel 

The round 3-D print wheel (Figure 2.13) was designed, and sparse printed, to the same 
diameter and thickness specification as the Wheg. The round wheel was used for baseline 
measurements and for field experiments that demonstrated mobility. Current and power 
comparisons to the Wheg and the rubber wheel were also conducted. 



Figure 2.13: 25.4 cm diameter by 2.54 cm thick round wheel with automotive timing belt as 
tread. 

Rubber Wheel 

DARc also employed a commercial rubber wheel for performance tests and measurements 
in comparison with the other wheels, see Figure 2.14. The tire is a nylon tube type 
4.10/3.50-4 tire that has been used in other local designs. 

2.2.8 Tail 

The concept of a lobster-like tail was employed by MONTe for climbing assist and stability 
in rugged environment, see Figure 2.15. The end goal is to employ a similar tail structure 
on DARc for future mobility tests. 
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Figure 2.14: A commercial rubber nylon tube type 4.10/3.50-4 tire to test how a wider tire 
operates in the surf-zone environment. 



Figure 2.15: Depicted is the previous Surf-zone robot, MONTe, which illustrates an excellent 
example of a retractable tail for righting and climbing situations, from [3]. 
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CHAPTER 3: 
Experiments and Results 


3.1 Data Collection 

Our objective was to test DARc under different load conditions to compare power perfor¬ 
mance against mobility. The approach was to collect qualitative and quantitative data under 
RC and Autonomous control, respectively. 

3.1.1 Fixed-Route 

Quantitative data was collected for the different wheel designs by measuring performance 
on a fixed-route plan as shown in Figure 3.1 This pattern was designed to test a full- 
complement of motion scenarios with all the wheel types (Wheg, round, and rubber) on 
all surface types (grass, concrete, and beach). These runs included: 

• a 90-degree zero speed pivot turn to the left^ followed by a 90-degree pivot turn right 
with forward momentum. 

• A 90-degree Ackermann^ turn right where the left wheels are full powered and the 
right are half powered 

• a 180-degree tank turn left where the right wheels are full power forward and the left 
wheels are full power back. 

This pattern is repeated but with opposite wheel direction bias to get the full range of 
testing. Time loops were coded into the Roboteq controller using Micro-Basic and can be 
found in Appendix A. 

3.1.2 Modem 

DARc was placed at the start position and with different wheel configurations and tested 
with 5 runs each for each wheel design. Time stamped Current data was collected and 
sent to the remote station as raw data for post run analysis, refer to Figure 3.2. This was 

'The pivot turn to the left is accomplished by keeping the right motor unpowered while the left wheels 
are full speed. 

^This is like a car turn. 
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t 


Begin 

Figure 3.1: Experimental Route Plan. 


accomplished with an RS232 serial communieation protocol via a Proxim^''^ Modem as 
shown in Figure 3.3 



Figure 3.2: Current data from the Roboteq is sent wirelessly to a laptop and processed by 
MATLAB to get desired graphs. 


3.1.3 Controller 

On the robot side, the Roboteq controller (Figure 2.9) has a monitoring system, that when 
invoked, ean monitor motor eurrents up to 150 Amps. A Miero-Basic script was written to 
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Figure 3.3: The Proxim™ modems are capable of 11540 baud and can use serial or Ethernet 
connections. 

read left and right motor currents during an experimental run. This data was sent through 
the Proxim modem at 11540 baud to a Windows HyperTerminal session. Because our data 
stream was session-less, we encountered dropped packets. For our 100 Hz sampling rate, 
dropped packets were not a problem, but they tended to corrupt the symmetry of our data¬ 
sets. These problems were remedied by a script written in C-Sharp by Dr. Keith Cohn, 
NPS, which can be found in Appendix A. 


3.2 Data Reduction and Calculations 


The raw data sets had high frequency noise. Figure 3.4, (jitter) in the time domain. To 
manage this, the data was transformed to the frequency domain via Fast Fourier Transform, 
filtered and then transformed back to the time domain. The objective was to smooth out the 
jitter prior to calculations. 

Discrete Fast Fourier Transfiorm 

The FFT transforms a signal from one domain to another. For example, to transform a 
function f{t) from the time domain to the frequency domain F{f) we have: 



(3.1) 


To transform back to the time domain, from the frequency domain, you reverse this process: 
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Current VS Time For Round Wheel on Crass 



Figure 3.4: Raw Current Data For Round Wheel in Grass. 


/ oo 

-oo 

Since our data sets are diserete, the discreet forms are applicable: 

k=0 

and 


A'-l 
x{n) = ^ 
k=0 

Here, our samples x{n) are N periodie and we are only interested in the real part. 

Sinee our primary signal was on the order of Hz, in the frequency domain, we 
Reetangular Window to filter high-frequeney eomponents. 


(3.2) 


(3.3) 


(3.4) 


used a 
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Sample Data 

To illustrate, raw current data is shown in Figure 3.5, and after signal processing the data 
with the FFT/IFFT filter, we observe the result in Figure3.6. 


Current VS Time For Round Wheel on Graes 



Tlmelms] 


Figure 3.5: Raw Current Data with Filtered Curve Overlayed 

The resultant motor current use, for the various runs, was then calculated and reported via 
standard methods. The sum N of j instances were determined: the mean <j> calculated 
and finally the mean squared < > was determined. From these, we get the standard 

deviation o as shown. 


The Mean and Standard Deviation 


7=0 


(3.5) 


<j>= 


LjNU) 

N 


(3.6) 


,• 2 . L7=o fNU) 

N 


(3.7) 
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Current VS Time For Round Wheel on Grass 



Figure 3.6: The data has been processed and now has a smooth curve. 

Finally, c = \/< p > — < j is calculated as usual. In these expressions, j is an in¬ 
stance of the measured current. 

The power bus for the Robot was set at 24 volts. The average power Fave was then simply: 


Fave — F ■ /ave. 

3.3 Experimental Tests and Results 

Mobility of the robot was tested against a Figure Pattern, Figure 3.1, in different terrains. 
Current metrics were collected, and processed as discussed above. The results for each are 
summarized below. Refer to Appendices B and C for the filtered and raw data sets. 

3.3.1 Grass 

The grass terrain provided the most consistent results. Little wheel slippage was observed. 
Table 3.3.1 shows that the peak current for the round wheel was approximately 40 amps. 
The time average current draw was 12.07 Amps with a standard deviation cr = ± 0.18 
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Wheel 

Peak Current (Amps) 

Average Current (Amps) 

Average Power (Watts) 

Round Wheel 

45 

12.07 ±0.18 

290 

Rubber Wheel 

45 

11.85 ±0.30 

284 

Wheg 

60 

13.11 ±0.25 

315 


Table 3.1: Peak Current, Average Current and Power for Wheels on Grass. 


Amps over five runs, see Figure B.l. The rubber wheel drew current similar to the round 
wheel. Its peak current was approximately 40 amps. The time average current draw was 
11.85 Amps with a standard deviation a = ± 0.30 Amps, see Figure B.2. The Wheg peak 
was 45 Amps. The time average current draw was 13.11 Amps with a standard deviation 
o = ± 0.25 Amps, see Figure B.3. 


3.3.2 Concrete 


Wheel 

Peak Current (Amps) 

Average Current (Amps) 

Average Power (Watts) 

Round Wheel 

40 

9 ± 0.22 

198 

Rubber Wheel 

50 

13.65 ±0.17 

328 

Wheg 

40 

9.8 ± 0.27 

235 


Table 3.2: Peak Current, Average Current and Power for Wheels on Concrete. 


The concrete surface testing was designed to mimic an urban or hard surface terrain. We 
expected the rubber wheel to perform the best in this environment. This surface is par¬ 
ticularly hard on the Wheg because its non-circular shape caused heavy vibrations to be 
transmitted throughout the robot. 

The peak current for the round wheel was approximately 28 amps. The time average current 
draw was 9.00 Amps with a standard deviation o = ± 0.22 Amps, see Figure B.4. These 
numbers are low. There was a considerable amount of slippage observed during the tests. 

The peak current for rubber wheel was approximately 40 amps. The time average current 
draw was 13.65 Amps with a standard deviation a = ± 0.17 Amps, see Figure B.5. The 
rubber wheel performed the best on this surface. 

The Wheg peak was 33 Amps. The time average current draw was 9.80 Amps with a 
standard deviation o = ± 0.27 Amps, see Figure C.7. These numbers are close to those 
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of the round wheel. Their materials were the same 3-D print and automotive timing belt. 
The peak was much higher due to the torque involved in the lifting action of the Wheg’s 
rotation. Consider it as a rolling pentagon. 


3.3.3 Sand 


Wheel 

Peak Current (Amps) 

Average Current (Amps) 

Average Power (Watts) 

Round Wheel 

45 

19.56 ±0.41 

469 

Rubber Wheel 

45 

20.65 ±2.15 

496 

Wheg 

60 

26.79 ± 0.39 

643 


Table 3.3: Peak Current, Average Current and Power for Wheels on Sand. 


Sand testing proved the most difficult environment. For all wheels, the sand required more 
average power to maneuver. 

We assumed the round wheel would perform poorly because it is narrow and that the rubber 
wheel would do better because it is wide and has more displacement. Infact, both wheels 
performed poorly and drew more current than expected. However, the rubber wheel did 
stay on top of the soft sand 

The peak current for the round wheel was approximately 45 amps. The time average current 
draw was 19.56 Amps with a standard deviation o = ± 0.41 Amps, see Figure B.7. This 
wheel had a tendency to dig down until it hit more compact sand. It traveled better than the 
rubber wheel, but failed in comparison to its grass test performance. 

The peak current for the rubber wheel was approximately 50 amps. The time average 
current draw was 20.65 Amps with a standard deviation a = ± 2.15 Amps, see Figure B.8. 
This wheel slipped a tremendous amount and failed to conduct the pattern significantly. 
Having encoder data here would have been a tremendous help. Qualitatively, it was the 
worst wheel in this environment. It is only suited for hard and flat surfaces. 

The Whegpeak was 62 Amps. The time average current draw was 26.79 Amps with a 
standard deviation of c = ± 0.39 Amps, see Figure B.9. The paddle shape in the Wheg 
allowed it to have more purchase in the loose material and it traveled farther in comparison 
to the round and rubber wheel. 
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3.3.4 Hill 


Wheel 

Peak Current (Amps) 

Average Current (Amps) 

Average Power (Watts) 

Round Wheel 

45 

21.74 ±0.34 

522 

Rubber Wheel 

45 

26.94 ± 0.30 

647 

Wheg 

60 

23.21 ±0.88 

557 


Table 3.4: Peak Current, Average Current and Power for Wheels on Hill. 


We chose a uniform grassy hill to see what kind of current was drawn in steep conditions. 
As in the the grass test, the round and rubber wheels were similar in comparison. 

The peak current for the round wheel was approximately 45 amps. The time average current 
draw was 21.74 Amps with a standard deviation a = ± 0.34 Amps over five runs, see 
Figure B.IO. 

The rubber wheel drew slightly more current as it had a wider contact area with the ground. 
Its peak current was approximately 45 amps. The time average current draw was 26.94 
Amps with a standard deviation o = ± 0.30 Amps,see Figure B.l 1. 

The Wheg peak was 44 Amps. The time average current draw was 23.21 Amps with a 
standard deviation o = ± 0.88 Amps, see Figure B.12. 


3.4 Current Use Summary 

All wheel types seemed to use a similar amount of current on a given surface. This shows 
that choosing a more mobile wheel, such as the Wheg, will not impact the on-station time 
of the robot, see Figure 3.7. 

It was interesting to note that the rubber wheel performed best on concrete because it had 
no slippage and therefore drew more current. The Wheg seemed to perform better in the 
soft sand and it drew more current than the others. Encoder data and navigation plots are 
needed to confirm the idea that less slippage would use more current and provide better 
forward motion. 
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Current Use By Wheel Type 


30.00 


25.00 



Figure 3.7: Current Use Summary by Surface Type. 


3.4.1 The Wheg 

The Wheg was a eentral design eomponent of this platform. It has proven to be sueeessful. 
In eomparison to the other wheels, it performed the same as the round and rubber wheel 
in general loeomotion. It surpasses the two other wheels in climbing capability and does 
moderately better in the loose sand environment. The major drawback for the Wheg is the 
excessive vibration and stress on the chain. Additionally, the Wheg design can successfully 
navigate vegetation and four-inch stairs. 


3.4.2 The Round Wheel 

The round wheel was specifically designed as a comparison to the Wheg in dimensions and 
material. It performed as expected in most situations. It failed to climb a four-inch step, 
but did surprisingly well on the ice plant. 
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3.4.3 The The Rubber Wheel 

The rubber wheel was used as a commercially available possibility. We expected that it 
was wide enough to stay on top of the loose sand. It did not perform well enough to be 
considered as suitable for the Surf-zone robot. 
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CHAPTER 4: 
Conclusion 


This edition of the the Surf-Zone robot combined successful ideas from previous models 
and improved upon them. This included the addition of modularity, an improved drive train 
and the ability to quickly change out wheel models based on expected terrain environments. 
Follow-on work will necessarily require the addition of a tail to assist stability and climb 
capabilities. 

4.1 Platform Capability 

The design has the appropriate size and weight for use by Special Forces personnel. The 
build cost is low enough to allow for disposability. Modularity allows for multiple mission 
capability by simply changing the electronics package or the drive train assembly. Future 
models will need to include a suspension to reduce the wear on drive mechanisms if the 
Wheg^'^ is the desired wheel. 

4.1.1 Wheel Assessment 

The data indicate that required power for mobility in the different terrains was, mostly, 
wheel independent. The conclusion, then, is that efforts should be focused on the best 
wheel for overall mobility. It is also concluded, based upon the beach hill climb data, the 
the Wheg performed better across the scope of terrain. 

The Wheg^''^ preformed comparably to the round wheels in hard or grassy area. It out¬ 
performed in moderate sand, dense vegetation and small rocky areas. The LT Bell edition 
of the Wheg™ was able to climb four-inch stairs with ease. This could be considered 
for search and rescue in areas such as smoky buildings or contaminated areas such as the 
Fukushima Daiichi Nuclear Power Plant disaster. For this prototype, waterproofed sparse 
print 3-D print material was acceptable. 
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APPENDIX A: 


Basic Autonomous Pattern Run 

\begin{lstlisting} [breaklines] 

))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 

’Program Title: Autonomous Pattern Run 
’Programmer: Timothy L. Bell 
’Coding Language: Micro-Basic 

’Supervisor: Prof Harkins 

’Program Description: This program will run a set pattern and send 

’data parameters from the motor controller. 
))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 

print("starting ... \r") 

print("Time\t","RAmp\t","LAmp\t","RPwr\t","LPwr\t", "RRpm\t", 

"LRpm\t","REncoder\t", "LEncoder\t", "\n") ’Prints column headers 

dim i as integer 

i = 0 ’Used as time counter. Each is 10 ms. 
if i > 1700 then i = 0 

top: 

LAmp = getvalue(_MOTAMPS, 2) ’Gets left motor amperage value 
RAmp = getvalue(_MOTAMPS, 1) ’Gets right motor amperage value 

LPower = getvalue(_M0TPWR, 2) ’Gets left motor power value 
RPower = getvalue(_M0TPWR, 1) ’Gets right motor power value 

LRpm = getvalue(_ABSPEED, 2) ’Gets left motor speed value 
RRpm = getvalue(_ABSPEED, 1) ’Gets right motor speed value 


29 




LEncoder = getvalue(_ABCNTR, 2) ’Gets left motor encoder value 
REncoder = getvalue(_ABCNTR, 1) ’Gets left motor encoder value 

print(i,"\t",LAmp,"\t",RAmp,"\t",LPower,"\t",RPower,"\t",LRpm,"\t", 
RRpm,"\t"jLEnc,"\t", REnc,"\n\r") ’Prints back data 

i = i + 1 ’Starts I count loop increase by 1 in 10 ms steps. 


if i < 100 then ’90 degree Left Pivot Turn 
SetCommand(_G0, 1, 1000)’1 is right motor. 
Setcommand(_G0, 2, 0) ’2 is left motor 

end if 


if i >= 100 and i < 150 then 
SetCommand(_G0, 1, 1000) 
SetCommand(_G0, 2, 1000) 
end if 


if i >= 150 and i < 230 then ’90 degree Right Pivot Turn 
SetCommand(_G0, 1, 0) 
setcommand(_G0, 2, 1000) 
end if 


if i >= 230 and i < 280 then ’Straight Run 
SetCommand(_G0, 1, 1000) 
setcommand(_G0, 2, 1000) 
end if 


if i >= 280 and i 
SetCommand(_G0, 1, 
setcommand(_G0, 2, 
end if 


< 480 then ’90 degree Right Ackermann Turn 
500) 

1000) 
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if i >= 480 and i < 535 then ’All Stop 
SetCommand(_G0, 1, 0) 
setcommand(_G0, 2, 0) 
end if 

if i >= 535 and i < 615 then ’180 degree Tank Turn Left 
SetCommand(_G0, 1, 1000) 
setcommand(_G0, 2, -1000) 
end if 


’ Robot begins second leg of test run conducting 
a pattern opposite to the first leg 


if i >= 615 and i < 700 then ’All Stop 
SetCommand(_G0, 1, 0) 

Setcommand(_G0, 2, 0) 
end if 


if i >= 700 and i < 800 then ’90 degree Pivot Turn Right 
SetCommand(_G0, 1, 0) 

Setcommand(_G0, 2, 1000) 
end if 


if i >= 800 and i < 850 then ’Straight run 
SetCommand(_G0, 1, 1000) 

SetCommand(_G0, 2, 1000) 
end if 


if i >= 850 and i < 930 then ’90 degree Pivot Turn Left 
SetCommand(_G0, 1, 1000) 
setcommand(_G0, 2, 0) 
end if 


if i >= 930 and i < 980 then ’Straight Run 
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SetCommand(_GO, 1, 1000) 
setcommand(_G0, 2, 1000) 
end if 


if i >= 980 and i < 1180 then ’90 degree Ackermann Turn Left 
SetCommand(_G0, 1, 1000) 
setcommand(_G0, 2, 500) 
end if 

if i >= 1180 and i < 1235 then’All Stop 
SetCommand(_G0, 1, 0) 
setcommand(_G0, 2, 0) 
end if 

if i >= 1235 and i < 1315 then ’180 Tank Turn Right 
SetCommand(_G0, 1, -1000) 
setcommand(_G0, 2, 1000) 
end if 

if i >= 1315 and i <1400 then ’All Stop 
SetCommand(_G0, 1, 0) 

Setcommand(_G0, 2, 0) 
end if 

if i >= 1405 then terminate ’Ends Pattern Run 

wait(10) ’Pause 10 ms 
goto top ’Return to top 


yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy 

’Program Title: Autonomous Hill Run 
’Programmer: Timothy L. Bell 
’Coding Language: Micro-Basic 
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’Supervisor: Prof Harkins 
’Program Description: 

This program will run for a preset period of time and send 

’data parameters from the motor controller. 
))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 

print("starting ... \r") 

print("Time\t","RAmp\t","LAmp\t","RPwr\t","LPwr\t", "RRpm\t", 

"LRpm\t","REncoder\t", "LEncoder\t", "\n") ’Prints column headers 

dim i as integer 

i = 0 ’Used as time counter. Each is 10 ms. 
if i > 1700 then i = 0 
wait (10) ’Pause 10 ms 

top: 

LAmp = getvalue(_M0TAMPS, 2) ’Gets left motor amperage value 
RAmp = getvalue(_M0TAMPS, 1) ’Gets right motor amperage value 

LPower = getvalue(_M0TPWR, 2) ’Gets left motor power value 
RPower = getvalue(_M0TPWR, 1) ’Gets right motor power value 

LRpm = getvalue(_ABSPEED, 2) ’Gets left motor speed value 
RRpm = getvalue(_ABSPEED, 1) ’Gets right motor speed value 

LEncoder = getvalue(_ABCNTR, 2) ’Gets left motor encoder value 
REncoder = getvalue(_ABCNTR, 1) ’Gets left motor encoder value 

print(i,"\t",LAmp,"\t",RAmp,"\t",LPower,"\t",RPower,"\t", 

LRpm,"\t",RRpm,"\t",LEnc,"\t", REnc,"\n\r") ’Prints back data 

i = i + 1 ’Starts I count loop and increases by 1 in 10 ms steps 
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if i >= 50 and i < 550 then ’Straight five second run 
SetCommand(_G0, 1, 1000) 

SetCommand(_G0, 2, 1000) 
end if 

if i >= 555 then terminate 

wait(10) ’Pause 10 ms 
goto top ’Return to top 


’Program Title: RC Data Collection 
’Programmer: Timothy L. Bell 
’Coding Language: Micro-Basic 

’Supervisor: Prof Harkins 

’Program Description: 

This program will data parameters from the motor 
’controller while operating in Remote Control(RC) 

’mode. 

))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 


print("starting ... \r") 

print("Time\t","RAmp\t","LAmp\t","RPwr\t","LPwr\t", "RRpm\t", 
"LRpm\t","REncoder\t", "LEncoder\t", "\n") ’Prints column headers 

dim i as integer 

i = 0 ’Used as time counter. Each is 10 ms. 

top: 

i = i + 1 ’Starts I count loop and increases by 1 in 10 ms steps 
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LAmp = getvalue(_MOTAMPS, 2) 
RAmp = getvalue(_MOTAMPS, 1) 

LPower = getvalue(_M0TPWR, 2) 
RPower = getvalue(_M0TPWR, 1) 

LRpm = getvalue(_ABSPEED, 2) 
RRpm = getvalue(_ABSPEED, 1) 


’Gets left motor amperage value 
’Gets right motor amperage value 

’Gets left motor power value 
’Gets right motor power value 

’Gets left motor speed value 
’Gets right motor speed value 


LEncoder = getvalue(_ABCNTR, 2) ’Gets left motor encoder value 
REncoder = getvalue(_ABCNTR, 1) ’Gets left motor encoder value 


print(i,"\t",LAmp,"\t",RAmp,"\t",LPower,"\t",RPower,"\t",LRpm,"\t", 
RRpm,"\t",LEnc,"\t", REnc,"\n\r") ’Prints back data 


wait(10) ’Pause 10 ms 
goto top ’Return to top 


’Program Title: Text File Converter 
’Programmer: Dr. Keith Cohn 
’Coding Language: C Sharp 

’Program Description: 

This program cleans collected data by deleting 

data lines that contain errors such as nulls. 
))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 


using System; 

using System.Collections.Generic; 
using System.10; 
using System.Linq; 
using System.Text; 
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namespace TextFileConverter 

{ 

class Program 

{ 

static void Main(string[] args) 

{ 

if (args.Length < 1) 

{ 

Console.WriteLineCYou must specify a filename."); 
return; 

} 

List<string> lines = readFile(args[0]); 

Fileinfo fi = new Fileinfo(args[0]); 
string filename = 

System.10.Path.GetFileNameWithoutExtension(fi.Name); 
filename += "_converted.txt"; 

saveFile(filename, lines); 

} 

// read file 

static private List<string> readFile(string filename) 

{ 

FileStream fs = null; 

TextReader tr = null; 

List<string> lines = new List<string>(); 
char[] delimit = { ’ ’\t’ }; 


try 


{ 
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fs = new FileStream(filename, 

FileMode.Open, FileAccess.Read); 
tr = new StreamReader(fs); 

string[] columns; 
string line; 

tr.ReadLineO ; 

line = tr.ReadLineO; 
columns = line.Split(delimit, 
StringSplitOptions.RemoveEmptyEntries); 
int columnCount = columns.Length; 

while ((line = tr.ReadLineO) != null) 

{ 

columns = line.Split(delimit, 
StringSplitOptions.RemoveEmptyEntries) 
if (columns.Length == columnCount) 
lines.Add(line); 

} 

} 

catch { Console.WriteLine 

("The was an error processing the file."); } 
finally 
{ 

if (fs != null) 
tr.CloseO ; 

} 

return lines; 

} 

// save file 
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static private void saveFile(string filename, List<string> lines) 

{ 

FileStream fs = null; 

TextWriter tw = null; 

try 

{ 

fs = new FileStream(filename, FileMode.Create, 

FileAccess.Write); 

tw = new StreamWriter(fs); 

foreach (string line in lines) 
tw.WriteLine(line); 

} 

catch { Console.WriteLine 

("The was an error processing the file."); } 
finally 
{ 

if (fs != null) 
tw.CloseO ; 

} 

} 


} 


} 


0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 0 / 
/o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o /o 


Program Title: Noisy-to-Smooth data curve 
Programmer: Prof Harkins and Timothy L. Bell 
Coding Language: MATLAB 


Supervisor: Prof Harkins 


Program Description: This program transform raw data to a smooth 
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curve. 


0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 0/ 
/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o/o 


clear all 

X = load (’inayroundgrassrunl.txt’); “/oloads desired file 

t = x(: , 1); 
a = x(:,2); 
b = x(:,3); 
f = f ft (a); 
g = fft(b); 

NN = 8; “/oadjust to fit desired curve to raw data 

f(NN:(length(a)-NN)) = 0; 

g(NN:(length(b)-NN)) = 0; 

e = real(ifft(f)); 

h = real(ifft(g)); 

inean_right = mean (a); 

mean_left = mean(b); 

avgcurrent = (mean_right + mean_left)/2; “/average current draw for run 
fprintf (’Average Current is: “/o.2f Amps\n avgcurrent); 
plot(t,a, t,b); “/plots raw data 
hold on 

plot(t,e, t,h); “/plots FFT smooth data 
xlabeK ’Time [ms] ’); 
ylabel(’Current[Amps]’); 

title(’Current VS Time For Round Wheel on Grass’); 
legend(’Left Wheel’,’Right Wheel’); 
hold off 
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APPENDIX B: 
Filtered Current Data 



Figure B.l: Round Wheel Current on Grass. 
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Current VS Time For Rubber Wheel on Grase 



Time 


Figure B.2: Rubber Wheel Current on Grass. 



Figure B.3: Wheg Current on Grass. 
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Current VS Time For Round Wheel on Concrete 



Time 


Figure B.4: Round Wheel Current on Concrete. 



Figure B.5: Rubber Wheel Current on Concrete. 
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Current VS Time For Wheg on Concrete 



Time[ms] 

Figure B.6: Wheg Current on Concrete. 



Time 


Figure B.7: Round Wheel 


Current on Sand. 
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Current VS Time For Rubber Wheel on Sand 



Time[ms] 


Figure B.8: Rubber Wheel 


Current on Sand. 



Figure B.9: Wheg Current on Sand. 
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Current VS Time For Round Wheel on Grass Hill 



Time[ms] 


Figure B.IO: Rubber Wheel Current on Grass Mil 



Figure B.ll: 


Rubber Wheel Current on Grass Hill. 
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Figure B.12: 


Wheg Current on Grass Flill. 
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APPENDIX C: 
Raw Current Data 


Current VS Time For Round Wheel on Crass 



Tlmelms] 


Figure C.l: Round Wheel Current on Grass Raw Data. 
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Amps Amps 


Aulonomus Run with Rubber Wheel on grassi 



Figure C.2: Rubber Wheel Current on Grass. 


Autonomus Run with Wheg on Grass 



Figure C.3: Wheg Current on Grass. 
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Amps Amps 


Autonomus Run with Round Wheel on Concrete 



Figure C.4: Raw Round Wheel Current on Concrete. 


Autonomus Run with Rubber Wheel on Concretel 



Figure C.5: Raw Rubber Wheel Current on Concrete. 
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Autonomus Run with Wheg on Concrete 



Figure C.6: Raw Wheg Current on Concrete. 



Figure C.7: Wheg Current on Concrete. 
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Amps Amps 


Autonomus Run with Round Wheel on Sandl 



Figure C.8: Raw Round Wheel Current on Sand. 


Autonomus Run with Rubber Wheel on Sandl 



Figure C.9: Raw Rubber Wheel Current on Sand. 
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Amps Amps 


Autonomus Run with Wheg Wheel on Sandl 



Figure C.IO: Raw Wheg Current on Sand. 


Autonomus Run with Round Wheel on Hilll 



0 


Figure C.ll: Raw Round Wheel Current on Grass Hill. 
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Amps Amps 


Autonomus Run with Rubber Wheel on Grass Hilll 



Figure C.12: Raw Rubber Wheel Current on Grass Hill. 


Autonomus Run with Wheg on Grass Hill 



Figure C.13: Raw Wheg Current on Grass Hill. 
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